home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 5138 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  3.7 KB

  1. Path: vixen.cso.uiuc.edu!usenet
  2. From: woodhead@astro.uiuc.edu (Daniel Bullok)
  3. Newsgroups: comp.lang.basic.visual.misc,comp.lang.pascal.delphi.misc,comp.lang.c++
  4. Subject: Re: "SHOULD I DUMP VISUAL BASIC?"
  5. Date: 2 Feb 1996 19:01:40 GMT
  6. Organization: UIUC Department of Astronomy
  7. Message-ID: <4etn2k$ho4@vixen.cso.uiuc.edu>
  8. References: <4e9g08$3dp@maureen.teleport.com> <4e9oji$me5@news-2.csn.net> <4ebko9$8tn@hasle.sn.no> <4egdqm$app@shore.shore.net> <4eiogb$cas@hasle.sn.no> <310CFB3E.114B@mail.inett.no> <4etkm5$n3p@newshost.cyberramp.net>
  9. Reply-To: woodhead@astro.uiuc.edu (Daniel Bullok)
  10. NNTP-Posting-Host: toast.astro.uiuc.edu
  11. X-Newsreader: IBM NewsReader/2 v1.9d - NLS
  12.  
  13. In <4etkm5$n3p@newshost.cyberramp.net>, gcopelan@cyberramp.net (George Copeland) writes:
  14. >"Terje A. Bergesen" <terje@mail.inett.no> wrote:
  15. >
  16. >>Oh yes, VB is still BASIC. It has evolved some (or A LOT in fact),
  17. >>but it is still BASIC. It has funtctions and stuff but it is still
  18. >>basic. It is not even the best BASIC out there.
  19. >
  20. >>And why on earth they STILL have it interpreted is beyond me...
  21. >>It is not that easy to create a multithreaded program in an interpreted
  22. >>language. Well, OK, not *that* difficult maybe, but still probably
  23. >>*way* beyond the capabilities of MS.
  24. >
  25. >Forgive me, but your attitude is absolutely moronic.  VB is comparable
  26. >to Pascal in every way, except for I/O, which VB handles *MUCH*
  27. >better.  It is interpreted because it makes the executables miniscule
  28. >in size.  Why compile all that window-manipulation code in each
  29. >program when they all do the same thing?  Doesn't this part of the
  30. >project sound like the part that should be written in C and called,
  31. >just like Microsoft implemented it?
  32.  
  33. Boy, I could almost hear your mind snap shut when someone criticized VB.
  34. While VB is a very useful tool, it falls short of being a first class 
  35. language (IMNSHO).  Also, the fact that it is interpreted IS a big 
  36. disadvantage in speed, and compiled languages don't HAVE to take up much
  37. more memory than interpreted ones anyway.  
  38.  
  39. How much RAM do you have, that your worried about the size of the program?
  40. You must have a P166 with 8MB if you think that size is important and 
  41. speed is not.  You'd get the same performance on a 486-33 with 16MB if VB
  42. was compiled.
  43.  
  44.  
  45. >
  46. >Multithreading, eh?  You really think you are ready to write a
  47. >multhreaded application?  Given that you don't appear to know the
  48. >basics of project management, I sincerely doubt it.
  49.  
  50. So because he doesn't think that BASIC is god's gift to the programming
  51. world, you think he doesn't know how to program.  Astounding logic! I
  52. have the same criticisms about VB, so I should probably throw away all
  53. those gigantic multithreaded apps I've completed over the past few years
  54. because I apparently don't know what I'm doing.  I mean, I don't like 
  55. VB so what the hell do I know?
  56. I wonder how may programmers working on big multithreaded projects are 
  57. using VB.  Probably all of them, because it's just SOOO much more 
  58. powerful than silly languages like C++ and Smalltalk -- just ask anyone. 
  59. (dripping with sarcasm, in case you can't tell)
  60.  
  61. >
  62. >And as for Microsoft, from my perspective, they are a company that
  63. >puts products out there that help me do my job.  What the heck have
  64. >you done to help anyone lately, pal?
  65. >
  66. For one thing, he has honestly pointed out the limitations in a product.
  67. Apparently, you're not interested in VB's limitations though, so don't 
  68. bother listening to any criticism of it.
  69.  
  70. My take on VB?  It's great for small programs, or bigger ones where speed
  71. isn't an issue and user interface is important.  Beyond that, it's a toy 
  72. language, and I would steer clear of it - Especially if you want cross-
  73. platform portability.
  74.  
  75. Lovingly yours...
  76.  
  77. Daniel Bullok
  78. UIUC Department of Astronomy
  79. (woodhead@astro.uiuc.edu)
  80.  
  81.